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Bes chr e ibiing 

Behandliing von Early Media- DbAev^UL 

5 Die Erfindung betrif ft Verfahren zum Selektieren von 

anlasslich eines Rufaufbaus von mindestens einem Rufziel- 
Teilnehmer-B zu einem Ruf aufbau-Teilnehmer A uber mindestens 
ein Telekommiinikationsnetz ubertragenen „Early- Media'' - 
Nutzdaten. 

10 

• Das sogenannte Session Initiation Protocol (SIP) ist ein 
Signalisierungsprotokoll, das zum sogenannten ,,Call Control'' 
(=Verbindungssteuerung) zum Beispiel von Telef ongesprachen 
verwendet werden kann. SIP ist von der IETF in RFC 3261 und 
15 in einer alteren Version in RFC 2543 standardisiert . SIP 
nutzt zur Beschreibung der vermittelten 

Kommunikationsverbindung das sogenannte „ Session Description 
Protocol" (SDP) , IETF RFC 2327, in einer in IETF RFC 3264 
beschriebenen Weise. SIP wird ebenso wie die ausgehandelten 
2 0 Nut zdat envollverbindungen ( z . B . Sprachverbindxxngen) 

ublicherweise tiber das Internet Protokoll befordert. SIP 
findet in der beschriebenen Weise beispielsweise im 
sogenannten Internet Multimedia Subsystem" (IMS) eines von 

• der 3GPP oder der 3GPP2 standardisierten Mobilfunknetzes 
Verwendung . 

Beim Rufaufbau von dem SIP Endgerat eines Anrufers A zu einem 
angerufenen Nutzer B kann die SIP Signal isierung von 
Vermittlungsknoten, sogenannten „ Proxies" , weitergereicht 

30 werden. Dabei ist es den Proxies erlaubt^ eine eingehende 

Nachricht, die den Wxinsch des Nutzers A nach einer Verbindung 
zu B anzeigt (ein sogenannter „ INVITE Request") an mehrere 
andere Proxies oder SIP Endgerate gleichzeitig oder 
sequentiell weiterzureichen, zum Beispiel urn den Nutzer B zu 

35 suchen. Da auch letztgenannte Proxies die Nachricht beim 

Weiterreichen verzweigen konnen, kann es zu einer baumartigen 
Verzweigung der Nachricht kommen- Dieses verzweigte 
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Weiterreichen von Nachrichten ward in SIP als ^Forking"' 
(=Verzweigung) bezeichnet . 

Wenn die INVITE Nachricht ein Endgerat des Nutzers B 
erreicht/ kann dieses Endgerat tnit einer sogenannten ^Ixx 
Provisional Response"' Nachricht antworten, die zum Beispiel 
dazu dienen kann, die zur Kotranunikationsverbindungen 
verwendeten Medien (z.B. Sprache, Video) und ihre Codierung 
auszuhandeln, oder aber dazu anzuzeigen, dass der Nutzer B 
alarmiert wird (zum Beispiel durch das Klingeln seines SIP- 
Telefons) . Es kann im Fall von „ Forking"" vorkommen, dass 
mehrere Endgerate solche provisional Responses | 
(=provisorische Antworten) schicken, beispielsweise wenn 
mehrere SIP-Telefone gleichzeitig klingeln. Zum Abschluss 
des Aufbaus der Kommunikationsbeziehung zwischen einem 
Endgerat des Anrufers A und einem Endgerat des Angerufenen B 
antwortet dieses Endgerat mit einer sogenannten „2xx Pinal 
Response" (Final Response = endgultige/abschliessende 
Antwort) , beispielsweise wenn Nutzer B das SIP-Telef on 
abgehoben hat. Mehrere Endgerate von B konnen solche.final . 
Responses schicken, beispielsweise wenn mehrere klingelnde 
SIP-Telef one abgehoben werden. Entsprechend kann es 
vorkommen, dass das Endgerat von A „Provional Responses^ und 
/ Oder Final Responses"" von mehreren Endgerat en von B i 
erhalt. Jedes Endgerat von B versieht alle Nachrichten,. die 
es als Antworten an A sendet, mit der gleichen eindeutigen 
Identif izierung. Erreichen das Endgerat von A SIP- 
Antwortnachrichten mit einer neuen Identif izierong, erfahrt 
das Endgerat von A dadurch, dass es mit einem neuen Endpunkt 
kommuniziert . In SIP spricht man in diesem Pall davon, dass 
zwischen dem Endgerat von A und dem antwortenden Endgerat 
von B ein sogenannter ^Dialog"" besteht . Bevor A (und/oder 
ggf • B) fur einen Dialog eine final Response"" erhalt en hat, 
spricht man von einem „Early Dialogue"", danach von einem 
^Established Dialogue"". 
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Es kann vorkommen, dass die Endgerate von A und B schon vor 
Ende des Aufbaus der Kommxinikationsbeziehung Median 
(Nutzdaten) austauschen, die als „Early Media^^ bezeichnet 
warden. So konnen beispielweise, wie auch in einem 
klassischen Telefonnetz, Klingeltone und Ansagen iibertragen 
werden, vorzugsweise in Richtung von B zu A. Fur ein 
Telefonnetz mit SIP Signal isierung ist eine Unterstutzung 
einer „Early Media Ubertragung besonders wichtig, wenn das 
Netz mit einem klassischen Telefonnetz verbunden wird. 

Falls es beim Aufbau der Kommunikationsbeziehung von A nach B 
durch Forking zu mehreren Dialogen im (/mit dem) Endgerat A 
kommt, kann A auch Medien (Nutzdaten) , besonders ,,Early 
Media^\ von verschiedenen Engeraten B^ B* erhalten. Das 
Endgerat von A muss die Medien in geeigneter Weise 
darstellen. Beispielsweise ist es denkbar, dass verschiedene , 
ankommende Videostrome in getrennten Fenstem auf einem 
Bildschirm dargestellt werden. Haufig ist jedoch nur die 
Auswahl eines ankommenden Medienstroms , und das Verwerfen der 
restlichen Medienstrome sinnvoll/ beispielsweise weil der 
Bildschirm in einem mobilen Endgerat zu klein ist, urn mehrere 
Fenster darzustellen, oder weil ein Uberlagern verschiedener 
Klingelt6ne oder Ansagen den Inhalt unverstandlich machen 
wurde . 

Inf ormationen uber die entsprechenden SIP Dialoge konnten 
Kriterien sein, die es erlauben, einen geeigneten Medienstrom 
(Nutzdaten- Strom) zur Darstelliong auszuwahlen: 

-Wenn durch Brhalt der ersten SIP „ final Response*^ ein „Early 
Dialogue*^ zu einem ^^Established Dialogue wird, ist es 
sinnvoll, den entsprechenden Medienstrom auszuwahlen. 
-Es kann sinnvoll sein, die „Early Media auszuwahlen, die 
dem jeweils zuletzt etablierten „Early Dialogue entsprechen. 
Dies ist besonders dann der Fall, wenn die Proxies „ Forking 
in einer sequent iellen Weise einsetzen. Wenn ein Endgerat 
eine negative Antwort schickt, oder aber nach eine gewissen 
Zeit die Kommunikationsbeziehung mit ihm nicht zustande 
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gekotnmen ist, beispielweise well kein Nutzer ,,abgehoben'' hat, 
reicht ein Proxy den INVITE request an ein anderes Endgerat 
weiter. Die IETF spezifiziert Methoden, die es dem Endgerat A 
ermoglichen werden, von einem Proxy zu verlangen, nur 
sequentiell zu suchen (draf t-ietf -sip-callerpref s) . 
-Das Endgerat A kann Dialoge mittels SIP Signalisierung 
beenden, beispielsweise weil es nur in der Lage ist, ein^ 
begrenzte Anzahl von Dialogen zu unterstxitzen. Die 
entsprechenden Medien k6nnen aber wegen der Lauf zeiten von 
Signalisierung und Medien durchs Netz noch eine gewisse Zeit 
empfangen werden. Es ist wunschenswert , die Medien wahrend A 
dieser Ubergangszeit zu Linterdrucken. V 

Dabei erlauben es die in SIP und SDP enthaltenen 
Informationen nicht immer eindeutig, einen SIP Dialog mit dem 
entsprechenden Medienstrom zu korrelieren. Im Besonderen 
wahlt das Endgerat des Anrufers A eine IP Adresse und Port, 
wie zum Beispiel einen UDP Port (siehe IETF RFC 768) , zum 
Empfangen der Medienstrome aus, bevor es den INVITE Request 
sendet, der diese Angaben enthalt . Also werden alle. . 
ankommenden Medien an der selben IP Adresse und dem selben 
Port empfangen. Sie konnen mittels der Parameter „ source IP 
Adresse*^ im IP Header und source Port^^ im UDP Header der 
empfangenen Pakete unterschieden werden, also der IP Adresse^ 
und dem Port, von dem die Pakete geschickt wurden. Allerding^ 
ist in SIP/SDP gemafi RFC 3264 keine Information xiber. diese 
source IP Adresse und source Port enthalten, sondern nur uber 
die sogenannte destination'' IP Adresse und den „ destination'' 
Port, also die IP Adresse und den Port, zu denen die Pakete 
geschickt wurden. 

Als SIP Forking konzipiert wurde, wurde zunachst die 
Interaktion mit „Early Media" aufier acht gelassen, da „Early 
Media in einem SIP Netz nur in. besonderen Fallen auftreten, 
beispielsweise bei Verbindung zu einem klassischen 
Telefonnetz . 
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Die Behandlung von Early Media (Nutzdaten) im Fall von 
Forking wird gegenwartig in der IETF SIPPING Arbeitsgruppe 
diskutiert. Der Entwurf «draf t-camarillo-sipping-early-media^^ 
schlagt vor, fur Early Media -Nutzdaten eigene 
Kommunikationsverbindungen mittels SIP auszuhandeln, wobei 
das Endgerat B bei den Kommunikationsverbindungen fur Early 
Media^ als Anrufer auftritt, wenn es einen Anruf von A fur 
die eigentliche Nutzverbindung erhalt und bezuglich dieses 
Anruf s fur die Nutzverbindung mit A zunachst in einen Early 
Dialogue eintritt. Das hat allerdings den Nachteil, das 
erheblich mehr SIP Nachrichten ausgetauscht werden miissen, 
was besonders bei der Ubertragung uber eine Luf tschnittstelle 
mit geringer Bandbreite zur Verzogerung des Callaufbaus und 
hoherem Res sour cenbedarf fuhrt. AuSerdem ware es 
moglicherweise erforderlich/ getrennte tJbertragungsressourcen 
fur „ early Media^^ und die eigentliche Nutzverbindung zu 
reservieren, \ 

Die IETF MMUSIC Arbeitsgruppe schlagt im „draf t-ietf -mmusic- 
sdp-srcf ilter'" vor, in SDP einen Parameter einzufuhren, der • 
es erlaubt, die Source IP Addresse und den Source UDP Port 
auszudrucken, von dem aus ein Empf anger Pakete empfangen 
will. Diese Information ist nutzlich, um dazwischenliegende 
sogenannte „Firewalls^^ zu konf igurieren. Dieser Parameter ist 
aber fur die Korrelation zwiscben SIP Dialogen und 
Medienstromen ungeeignet, da er voraussetzt, das der 
Empfanger die Source IP Addresse und den Source UDP Port 
bereits kennt . AuiSerdem ist bisher die Verwendung dieses 
Parameters in H.248 Signalisierung nicht beschrieben. 

Aufgabe der vorliegenden Erfindung ist es, eine moglichst 
effiziente Selektion von (Early-Media-) Nutzdaten wahrend 
einer einer SIP-Ruf aufbau-Signalisierung zu earmoglichen. Die 
Aufgabe wird jeweils durch die Gegenstande der vuaabhangigen 
Anspruche gelost- 

Die erf indiangsgemaSe Ubertragxing von Ruf ziel-Teilnehmer- 
Sendeadressdaten (IP-b, Port-b fur Teilnehmer B 
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beziehungsweise IP-b^ Port-b' fur Teilnehmer B') neben den 
bekanntlich ohnehin ubermittelten Ruf ziel-Teilnehmer- 
Empfangsadressdaten (IP-B, Port-B fiir Teilnehmer B etc.) in 
einer Antwortnachricht (Provisional Response und/oder Pinal 
Response eines Rufziels an einen Ruf aufbau-Teilnehmer) 
ermoglicht dem Ruf aufbau-Teilnehmer A anhand dieser 
empfangenen Ruf zielsendeadressdaten eine effiziente Selektion 
von von ihm empfangenen Early Media-Nutzdaten verschiedener 
Ruf ziel -Teilnehmer (B,B') . 

Dass erf indungsgemass einer seitens des Ruf aufbau-Teilnehmer a 
(A) empfangenen, neben Ruf ziel -Teilnehmer-Empfangsadressdatefl 
(IP-B, Port-B) auch Ruf ziel-Teilnehmer-Sendeadressdaten (IP- 
b, Port-b) enthaltenden Antwortnachricht Pro visional 
Response 9, 10; 11, 12; „ Final Response 17) eines Ruf ziel- 
Teilnehmers (B; B') Ruf ziel-Teilnehmer-Sendeadressdaten (IP- 
b, Port-b) entnommen werden, kann z.B, bedeuten dass diese 
vom Ruf aufbau- Teilnehmers (A) zur Kenntnis genommen oder 
(zwischen-) gespeichert werden fur eine spatere Selektion. 

Vorteilhafte Aiisgestaltuhgen der Erf indung ergeben sich aus 
den Anspruchen und der nachf olgenden Beschreibung eines 
Ausf uhningsbeispiels . Dabei zeigt 

Figur 1 schematisch die Signal is ierung beim Rufaufbau und ^ 
dex: ^-Ubertragung von Early Media-Nutzdaten. 

Zellulare Mobilf unknetze (wie GSM, 3G, CDMA2000, TDSCDMA 
usw.) und Festnetze sowie zugehorige Endgerate und 
Signalisierungsverf ahren (SIP, SDP) , sind dem Fachmann an 
sich bekannt (siehe beispielsweise Spezif ikationen in 
www. 3gpp.org ) . 

Figur 1 zeigt einen ein SIP-Endgerat-A-Verbindungsteil und 
ein SIP-Endgerat-A-Signalisierungsteil umfassenden 
Rufaufbauteilnehmer A, welcher uber ein (hier nur im Umf ang 
eines zum Verstandnis der Erf indung notwendigen SIP- Proxy 
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dargestelltes) Mobilf unknetz mit einem ein SIP Endgerat B 
umfassenden Ruf zielteilnehmer (=B) \xnd einem ein SIP Endgerat 
B' umfassenden Ruf zielteilnehmer {=BM nach einem SIP- 
Protokoll zum Aufbau einer Telekommunikationsverbindung (z.B. 
Sprachverbindung etc) kommuniziert . Beispielsweise kann es 
sich bei SIP-Endgerat~A-Verbindungsteil urn eine sogenannte 
,,IM-MGW'\ bei SIP-Endgerat-A-Signalisierungsteil um eine 
sogenannte ,,MGCF'\ bei dem SIP-Proxy um eine sogenannte „S- 
CSCF'\ und bei SIP Endgerat B und B' um sogenannte /,UE^^ 
handeln. Zur Vereinf achung wurden einige SIP Nachrichten^ wie 
zum Beispiel „100 Trying PRACK und 200 OK(PRACK) 
wegge lass en . 

Im dargestellten Beispiel wird nach einer Nachricht 1 vom 
SIP -Endgerat -A- Signal isiervmgsteil an das SIP -Endgerat -A- 
Verbindungsteil eine Telekommunikationsverbindung 
(beispielsweise ftir eine Sprachverbindung oder andere 
Nutzdatenverbindung) aufzubauen versucht, wobei bis zum 
Abheben (Schritt 15) des angerufenen Benutzers B am 
Ruf zielteilnehmerendgerat B die Nachrichten 3-7, 9, 10, 13 
zwischen dem Ruf aufbauteilnehmer A und dem Ruf zielteilnehmer 
B (uber ein Signalisierungsnetz / uber den SIP Proxy) 
ausgetauscht werden. 

Das SIP-Endgerat-A-Verbindungsteil wahlt die vom SIP Endgerat 
A fur kunftigeri Empfang- zu verwendende Adresse (IP Adresse 
von A (IP-A) und Portnummer von A (Port-A) ) aus, ubergibt 
diese im Schritt 3 an das SIP-A-Signalisierungsteil, welches 
im Schritt 4 eine SIP-INVITE-Nachricht mit Angabe der 
Endgerat -A- Empfangsadresse (IP A, Port A) an einen SIP Proxy 
eines Telekommunikationsnetzes (beispielsweise eines 
zellularen Mobil funknetzes) sendet, welcher SIP Forking 
anwendet und im Schritt 5 bzw. 6 diese SIP Invite -Nachricht 
an das Ruf zielteilnehmer-B-Endgerat (SIP-Endgerat-B) bzw- 
Rufzielteilnehmer-B* -Endgerat (SIP-Endgerat-B* ) ubertragt . 
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Darauf wahlt im Schritt 7 das SIP- Endgerat B seine 
Ruf zielteilnehmer-Empf angsadresse (IP B, Port B) und 
Sendeadresse (IP b. Port b) . Im Schritt 8 wahlt SIP Endgerat 
B' zum Empfangen seine Ruf ziel-Teilnehmer-Etnpf angsadresse (IP 
B ' und Port B » ) und zum Senden seine 
Ruf zielteilnehmersendeadresse (IP b' und Port b'). 
Im Schritt 9 wird die im Ruf zielteilnehmer B ausgewahlte 
Ruf ziel-Teilnehmer-Empf angsadresse (IP-B, Port B) 
sowie erf indungsgemafi die Ruf ziel-Teilnehmer-Sendeadresse 
(IP-b, Port b) zusammen mit einer eindeutigen Identif izierung 
des Dialoges B in einer SIP-181-Ringing-Provisional~Response^ 
Nachricht an einen SIP Proxy eines Telekommunikationsnetzes m 
ubertragen, welcher sie im Schritt 10 an den Rufaufbau- 
Teilnehmer (A) libertragt. Uberdies wird hier im Schritt 11 
von dem weiteren SIP Endgerates B' eine ,,SIP 180 Session 
Progress'^-„Provisional Response -Nachricht mit der weiteren 
Ruf ziel-Teilnehmer-Empf angsadresse (IP-B' , Port-B') sowie 
erf indungsgemafi der Ruf ziel-Teilnehmer-Sendeadresse (IP-b*, 
Port bM und der Dialog Identif izierung B' an den SIP- Proxy 
und (im Schritt 12) an das SIP Endgerat A (den 
Rufbauteilncehmer A) weiter libertragen. 



Zur erf indungsgemafien Ubertragijng der Ruf ziel-Teilnehmer- 
Sendeadresse (IP-b/ Port b) bzw. (IP-b'^ Port bM in 
Nachrichten 9 bis 12 kann beispielsweise ein neu eingefuhrte 
SDP-Parameter dienen. 




Durch Erhalt der Nachrichten 9 und 11 mit unterschiedlichen 
Dialog Identif izeierungen B und B' weiS S IP -Endgerat - A- 
Verbindungsteil, dass es mit zwei Endgeraten B und B' 
signalisiert , und dass beide Endgerate moglicherweise schon 
zu diesem Zeitpunkt Daten (=Early-Media-Daten = 
Medienstromdaten) an (IP-A, Port -A) senden, wie im Schritt 13 
bzw. 14 vom Ruf zielteilnehmer (=SIP-Endgerat B oder B^) an 
das Endgerat des Ruf auf bauteilnehmers A. Hierbei gibt das 
SIP-Endgerat B (oder das weitere Anrufziel und SIP-Endgerat 
BM eine Ruf zielteilnehmer-Sendeadresse (IP-b, Port b bzw. 
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IP-b', Port-b') an, welche angibt, woher die Daten starnmen, 
urn deren Herkunf tsbestinunung beim Ruf aufbauteilnehmer A zu 
ermoglichen. Uberdies enthalten die in den Schritten 13 oder 
14 ubertragenen Early-Media-Daten auch eine Zieladresse des 
5 Ruf aufbauteilnehmers (A) , die zum IP Routing verwendet 

werden. Early Media-Daten konnen beispielsweise Klingeltone, 
Ansagen, etc. enthalten. 

Wenn Anrufe (im sogenannten Forking) an mehrere 
10 Telekommunikationsnetz-Vermittlungseinrichtungen (Proxies) 

•und/oder SIP-Endgerate (wie B, gleichzeitig oder 

sequentiell weitergerejicht werden und eventuell von 
adressierten SIP Endgeraten B, B^ und/oder Proxies an weitere 
Endgerate weitergeleitet werden, konnen von vielen Endgeraten 
15 Provisional Responses und gegebenenf alls Early Media- 

Medienstromdaten beim Endgerat A des Ruf aufbauteilnehmers 
ankommen, deren Selektion erf indungsgemaS einfach und . I*' 
effizient optimiert wird. 

20 Dies erfolgt dadurch, dass (entgegen dem Vorgehen gemalS 
eingangs genannten Standardisierungsdokumenten) in einerV 
Antwortnachricht (^provisional response oder final 
response ^^) eines Anruf ziel-Teinlehmers B neben der (in einer 

•response ubertragenen) Ruf ziel-Teilnehmer-Empf angsadresse (IP 
B, Port B) auch eine Ruf zielteilnehmer-B~Sendeadresse (IP-b, 
Port-b) ubertragent.wird, und die Ruf zielteilnehmer-B- 
Sendeadresse (IP-b, Port-b) zur Selektion (Weiterbearbeitung 
Oder Speichem oder Veirwerfen etc) verwendet wird. 

30 Ein Verwerfen kann beispielsweise erfolgen, wenn nach 

Ubermittlung einer „ Final Response 200-OK"-Nachricht in den 
Schritten 16, IVvom Ruf zielteilnehmer-Endgerat-B an das 
Ruf aufbauteilnehmer endgerat (A) die erfolgreiche Beendigung 
des Rufaufbaus signalisiert wird, so dass darauf ein 

35 "Established Dialogue" zwischen dem Endgerat A und dem 
Endgerat B entsteht, worauf beispielsweise Early-Media- 
Datenstrome, welche nicht dem rait der Nachricht 16/17 
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etablierten Established Dialogue entsprechen (die also eine 
andere Ruf teilnehmersendeadresse enthalten) , vom 
Ruf aufbauteilnehmer A verworfen (z.B. unterdzruckt oder 
ignoriert) werden k6nnen. Erf indxingsgemaS erfolgt das 
Unterdriicken dadurch, dass Medienstromdaten rait anderen 
Sendeadressen als (IP-b, Port-b) ignoriert werden. Das SIP- 
Endgerat-A-Signalisieningsteil teilt SIP-Endgerat-A- 
Verbindungsteil in Nachricht 17 mit, dass nur 
Medienstromdaten mit Sendeadresse (IP-b, Port-b) akzeptiert 
werden sollen. Hierzu wird in Nachricht 17 beispielsweise ein 
neuer Parameter eingefuhrt, der eine oder mehrere a 
Sendeadressen ausdruckt, deren Pakete akzeptiert werden I 
sollen. Dazu kann beispielsweise der selbe neue SDP Parameter 
wie in Nachricht en 9 bis 12 verwendet werden, der in SDP 
innerhalb einer MOD-Nachricht des H.248 Protokolls 
transportiert wird • * Alternativ kann der von der IETF MMUSIC 
Arbeitsgruppe in „draf t-ietf -mmusic-sdp-srcf ilter" 
vorgeschlagene SDP Parameter verwendet werden. 

Damit kann ein sogenanntes "Clipping" vermieden werden ,also 
eine nicht vorhandene Nutzverbindiing nachdem der 
Verbindimgsaufbau in der Signal is iemng aufgrund einer Pinal 
Response eines SIP-Bndgerates B nach dem Abheben des 
Benutzers abgeschlossen ist. Die nicht vorhandene i 
Nutzverbindung kommt durch Weiterverarbeiten nicht mehr ^ 
relevanten Early Media -Dat ens tromen zustande. Sonst wurde 
z.B. erst nach Empfang einer SIP Cancel -Nachricht (Schritt 
20) des SIP Proxies an das weitere SIP-Endgerat (B') (nur) 
dieses SIP Endgerat B» keine Early Media -Datenstrome mehr 
absenden, und das Clipping konnte in einer Ubergangszeit 
bestehen bleiben, solange Endgerat A noch diese Early-Media 
Daten empfangt. 

Beispielsweise kann das Ruf aufbauendgerat A im Beispiel in 
Figur 1 nach dem Brhalt einer Nachricht 9, 10 von B mit (in 
der Nachricht enthaltenen) Ruf ziel-Teilnehmer (B) - 
Sendeadressdaten (IP-b, Port-b) spater in einer Nachricht 13 
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erhaltene Nutzdaten (Early Media-Daten) aufgnind in der 
Nachricht 13 enthaltener Ruf ziel-Teilnehmersendeadressdaten 
(IP-b, Port-b) fur eine Weiterver^vendung selektieren und 
andererseits Nutzdaten, die Rufziel- 

Teilnehmersendeadressdaten enthalten, welche nicht in einer 
fruheren Provisional Response- oder Pinal Response -Nachricht 
(9, 10; 11, 12) dem Ruf auf bauteilnehmer A ubermittelt wurden, 
verwerfen, also loschen oder ignorieren. 

Die in SDP enthaltenen Inf ormat ionen liber die source IP 
Adresse'* und den source Port" werden vom Endgerat des 
Anrufers A in erf indungsgemaSer Weise genutzt, um Pakete aus 
geeigneten Medi ens tr omen zur Darstellung auszuwahlen. 

In einer bevorzugten Ausfuhrungsf orm wird ein neuer Parameter 
in SDP eingefuhrt, der in den provisional Responses^* 
und/oder „ final Responses*^ verwendet wird^ die ein Endgerdt 
von B an das SIP Endgerat von A schickt . Dieser Parameter 
ermoglicht es den Endgerat (en) des Anrufers B auszudruckien, 
welche IP Adresse und welcher Port von diesen Endgeraten 
jeweils zum Senden von IP Paketen verwendet wird. (Bisher ist 
in SDP von B nach A nur Information daruber enthalten, em 
welcher IP Adresse und welchem Port B IP Pakete empfangen 
will.) Da die ^provisional Responses^' und/oder „ final 
Responses^^ eine eindeutige Identif izierung des SIP Dialogs 
\ind die von einem Endgerat B zum Senden verwendete IP Adresse 
und den zum Senden verwendeten Port enthalten, also die 

source IP Adresse'^ und den „ source Port" in von A 
enqpfangenen Paketen des entsprechenden Medienstroms, ist A 
eine eindeutige Korrelation (Zuordnung) zwischen einem SIP 
Dialog und einem empfangenen Medienstrom ermoglicht. 

Das Endgerat von A niitzt diese Korrelation, um geeignete 
Medienstrome z.B. wie folgt auszuwahlen: 

Wenn der erste „ Early Dialogue durch Erhalt einer SIP „ final 
Response'* zu einem ^Established Dialogue*' wird, wahlt das 
Endgerat von A den entsprechenden Medienstrom aus, Und/Oder: 
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Das Endgerat von A wahlt die „ Early Media aus, die dem 
jeweils zuletzt etablierten „ Early Dialogue^' entsprechen- 
moglicherweise nur solange noch kein „ Established Dialogue*^ 
existiert . Und/Oder : 

Das Endgerat von A unterdariickt „ Early Media Medienstrome 
(Nutzdaten) , sobald es SIP Signalisierungsnachrichten 
schickt, um die entsprechenden Dialoge zu beenden. 

Das SIP Endgerat von A kann in ein Signalisierungsgerat und 
ein Gerat fur die Behandliing von Nutzverbindungen geteilt 
sein, die beispielsweise mittels des von der ITU-T und IETF a 
gemeinsam spezif izierten Protokolls H.248 bzw. RFC 3525, ■ 
Oder mittels des MGCP Protokolls, IETF RFC 2705, miteinender 
kommunizieren. Beispielsweise kann das SIP Endgerat von A aus 
einer von der 3GPP standardisierten sogenannten MGCF und IM- 
MGW bestehen, oder aber aus einer ebenfalls von der 3GPP 
standardisierten sogenannten MRFC und MRFP, siehe 3 GPP TS 
23.002. Mittels H.248 oder MEGACO wird auch SDP bef ordert , 
Der erf indungsgemaJSe neue SDP Parameter wird auch hier 
verwendet, um anzugeben, mit welcher „ Source IP Adresse** und 
welchem ^, Source UDP Port** empfahgene Nutzverbindungspakete 
akzeptiert werden sollen. Falls dieser Parameter verwendet 
wird, sollen Nutzverbindungspakete mit anderer „ Source IP 
Adresse** und anderem „ Source Port** verworfen werden. ^ 

Andere Beispiele von Endgeraten ohne Aufteilung sind mobile 
3GPP Oder 3GPP2 Endgerate, sogenannte „UE**s. 

In Fig. 1 sind verschiedene SIP Nachrichten zur Vereinf achung 
nicht dargestellt, zum Beispiel 100 Trying, PRACK, OK(PRACK) . 
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Patentanspruche 

1- Verfahren zum Selektieren (19) von bei einetn Rufaufbau (1- 
20) von mindestens einem Ruf ziel-Teilnehmer (B und/oder B') 
5 2U einem Ruf auf bau-Teilnehmer (A) uber mindestens ein 

Telekommimikationsnetz («SIP Proxy ^^) ubertragenen Nutzdaten 
(Early-Media -Dat en 13, 14), 

- wobei einer seitens des Ruf auf bau-Teilnehmers (A) 

empfangenen, neben Ruf ziel-Teilnehmer-Empf angsadressdaten 
10 (IP^B, Port-"B) auch Ruf ziel-Teilnehmer-Sendeadressdaten 

•dP-b, Port-b) enthaltenden Antwortnachricht 
(^Provisional Response" 9, 10; 11, 12; ^Final Response^^ 
16, 17) eines Ruf ziel-Teilnehmers (B; B') Rufziel- 
Teilnehmer-Sendeadressdaten (IP-b, Port-b) entnommen 
15 werden, 

welche Ruf ziel -Teilnehmer-Sendeadressdaten (IP-b, Port-b) 
vom Ruf aufbau-Teilnehmer (A) zur Selektion von seiten^s des 
Ruf aufbau-Teilnehmers (A) von einem Ruf ziel-Teilnehmer (B; 
B') empfangenen Nutzdaten (Early Media 13,14) verwendet 

2 0 werden , 

2. Verfahren nach Anspruch 1, 

dadurch gekennzeichnet, dass 

• der Ruf aufbau-Teilnehmer (A) von mehr als einem Ruf ziel- 
Teilnehmer (B, B ' ) Nutzdaten (13 , 14) empf angt . 

3. Verfahren nach einem der vorhergehenden Anspruche, 
dadurch gekennzeichnet, dass 
das Telekommimikationsnetz (SIP Proxy) ein zellulares 

3 0 Mobil fianknetz umfasst. 

4. Verfahren nach einem der vorhergehenden Anspruche, 
dadurch gekennzeichnet, dass 

die Ruf ziel-Teilnehmer-Sendeadressdaten (IP-b, Port-b) eine 
35 IP-Adresse und eine Port-Adresse enthalten. 



5, Verfahren nach einem der vorhergehenden Anspiruche, 
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dadurch gekennzeichnet, dass 
die Ruf ziel--Teilnehmer-Sendeadressdaten ( (IP-b, Port-b) einer 
vom Ruf ziel-Teilnehmer (B,B') an den Ruf aufbau-Teilnehmer (A) 
gesendeten SIP-\ind/oder SDP-Nachricht entnommen werden, 
5 insbesondere einer Provisional -Response-SIP-Nachricht oder 
einer Pinal-Response-SIP-Nachricht . 

6. Verfahren nach einem der vorhergehenden Anspruche, 
dadurch gekennzeichnet , dass 

10 der Rufaufbau-Teilnehmer (A) nach Erhalt einer SIP-Final 

Response -Nachricht mit darin enthaltenen Ruf ziel-Teilnehmer- 
Sendeadressdaten (IP-b, Port-b) bei einer Selektion mit der 
dadurch reprasentierten Ruf ziel-Teilnehmer-Sendeadresse 
eingehende Nutzdaten (Early-Media-Daten 13) auswahlt und dass 

15 er vorzugsweise mit anderen Ruf ziel-Teilnehmer-Sendeadressen 
(IP-b', Port-b') eingehenden Nutzdaten (14) verwirft.- 

?• Verfahren nach einem der vorhergehenden Anspruche, 
dadurch gekennzeichnet, dass zur 
20 Ubertragung der Ruf ziel-Teilnehmer- Sendeadressdaten (IP-b, 

Port-b) in <ien Antwortnachrichten Provisional Response*' 9, 
10; 11, 12; ,,Final Response 16, 17) ein neuer SDP Parameter 
verwendet wird. 

25 8. Verfahren nach einem der vorhergehenden Anspruche, 

dadurch gekennzeichnet,. dass zwischen 
SIP-Endgerat-A-Signalisierungsteil teilt SIP-Endgerat-A- 
Verbindungsteil eine oder mehrere Sendeadressen (IP-b' Port- 
b") ubertragen werden, von denen empfangene Nutzdatenpakete 

30 ausschliefilich akzeptiert werden sollen. 

9. Verfahren nach Anspruch 8, 

dadurch gekennzeichnet, dass der 
selbe SDP Parameter wie in Anspruch 7 verwendet wird. 

35 

10. Verfahren nach Anspruch 8, 
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dadurch gekennzeichnet, dass der von 
der IETF MMUSIC Arbeitsgruppe im „draf t-ietf -mmusic-sdp- 
srcfilter" definierte SDP Parameter verwendet wird, urn die 
Source IP Addresse und den Source UDP Port aus zudriicken . 

11. Verfahren nach Anspruch 8 bis 10, 

dadurch gekennzeichnet, dass zur 
Signalisierung zwischen siP-Endgerat-A-Signalisierungsteil 
und SIP-Endgerat-A-Verbindungsteil das H.2a8 Protokoll oder 
das MGCP Protokoll verwendet wird. 

12. Verfahren nach einem der vor vorhergehenden Anspruche, 
dadurch gekennzeichnet, dass 

der Rufaufbau-Teilnehmer (A) mit den in einer zuletzt 
empfangenen "Provisional -Response" -Nachricht enthaltenen 
Rufziel-Teilnehmer-Sendeadressdaten (IP-b, Port-b) die ; 
empfangenen Nut zdaten (13,14) selektiert, insbesondere , 
solange der Rufaufbau-Teilnehmer (A) keine "Final-Response" - 
Nachricht erhalt. 

13. Verfahren nach einem der vor vorhergehenden Anspruche, 
dadurch gekennzeichnet, dass 

der Rufaufbau-Teilnehmer (A) alle Nutzdaten verwirft, sobald 

er (A) eine die Ruf aufbausignalisieirung beendende 

Signal isierungsnachricht (20) "SIP CANCEL Request" sendet . 

14. Verfahren nach einem der vor vorhergehenden Anspruche, 
dadurch gekennzeichnet, dass 
Rufziel-Teilnehmer-Sendeadressdaten (IP-b, Port-b) und/oder 
Rufziel-Teilnehmer-Empfangsadressdaten in einem SDP-Parameter 
in einer vom Rufaufbau-Teilnehmer (A) errpf angenen 

Antwort nachricht angegeben sind- 

15. Verfahren nach einem der vor vorhergehenden AnsprGche, 
dadurch gekennzeichnet, dass 
Rufziel-Teilnehmer-Erapfangsadressdaten (IP-B, Port-B) und die 
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Rufziel-Teilnehmer-Sendeadressdaten (iP-b, Port-b) eines 
Teilnehmers (B; B*) verschieden sein konnen. 

16. Verfahren nach einem der vor vorhergehenden Anspruche 
dadurch gekennzeichnet, dass 

die Nutzdaten "Early-Media" -Dat en sind. 

17. Vorrichtung zur Durchfflhrung des Verfahrens nach einem 
der vorhergehenden Anspruche. 

18. Vorrichtung nach Anspruch 17, 

dadurch gekennzeichnet, dass 
der Rufaufbau-Teilnehmer (A) entweder eine MGCP und eine IN- 
MGW Oder eine MRFC und eine MPFP oder eine andere 
Vermittlungseinrichtung umfasst. 

19. Vorrichtung nach einem der Anspruche 17 oder 18 
dadurch gekennzeichnet, dass 

die Ubertragung von Early Media-Daten uber IP Pakete erfolgt 
m denen eine oder mehrere Ruf ziel-Teilnehmer-Adressdaten ' 
(IP-b, Port-b; iP-b'., Port-b') angegeben sind. 
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Zusainmenfas sung 

„Behandlung von Early Media Nutzdaten" 

Eine effiziente Selektion von Early Media^Daten wird 
ermoglicht durch ein Verfahren zum Selektieren von bei einem 
Rufaufbau zwischen einem Ruf auf bau-Teilnehmer (Endgerat A) 
und mindestens einem Ruf ziel-Teilnehmer (Endgerat B und/oder 
Endgerat B') uber mindestens ein Telekommunikationsnetz (SIP 
Proxy) ubertragenen Nutzdaten (Early Media-Daten 13, 14) , 
wobei einer vom Ruf auf bau-Teilnehmer (A) empf angenen 
Antwortnachricht (Provisional Response/Final Response 9, 10; 
11,12) eines Ruf ziel-Teilnehmers (B oder B') neben Rufziel- 
Teilnehmer-Empf angsadressdaten (IP-B, Port-B) auch Rufziel- 
Teilnehmer-Sendeadressdaten (IP-b, Port-b) entnommen werden, 
we 1 Che Ru fziel-Teil nehmer - S ende adr e s s da t en (IP-b, Port-b) vom 
Rufaufbau-Teilnehmer (A) zur Selektion von seitens des 
Rufaufbau-Teilnehmers (A) empfangenen Nutzdaten (Early Media 
13,14) eines Ruf ziel-Teilnehmers (B;B') verwendet werdeii. 



(Fig. 1) 
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SIPBndgeratA 
Verbindimgsteil 



SIP Endgerat A 
SignalisieningsteiJ 



I. H.248 Add 



2. Zum Empfangen wild 
(IP A, Port A) ausgewahlt 



3. H.248 Add Ack 
(IP A, Port A) 



SIP Proxy 



4. SIP INVITB mit SDP 
mit(IPA,Port A) 



10. SIP ,,181 Ringing" 

provisional Response 

mit Dialog IdentifiziCTing B 

imd(IPB,PortB) 

i]nd(IPb,Portb) 



12. SIP „180 Session Progress" 

provisional Response 

mit Dialog Identifizierung B' 

und(IPB%PortBO 

imd(IPb%Portb') 



SIPBndgerdtB 



5. SIP INVITE mit SDP 
mit (IP A, Port A) 



SIPEndgeratI 



6. SIP BSP/TTE mit SDP 
mit (IP A, Port A) 



7- Zum Empfangen 
wird (IP B, Ports) 
ausgewahlt 
Zum Senden wird 
(IPb, Portb) 
ausgewahlt 



9. SIP .,181 Ringing" 
provisional Response 
mit Dialog Identifizienmg B 
und (IP B, Port B) 
und (IPb. Portb) 



8. Zum Empfang 
wird (IPB*, Port 
ausgewahl] 
Zmn 
(IPb 
ausgi 



:ewahlt. 
iS^fl^ 



1 1 . SIP „l 80 Sesion Progress" 

provisional Response 

mit Dialog Identifizienmg B* 

und (IPB', Port B*) 

und(IPb%PortbO 



1 3. Early Media mit Source (IP b. Port b) und Destination (IP A, Port A) 



14. Early Media mit Source (IP b*. Port b') und Destination (IP A, Port A), . , 



18. H.248 Mod: 
nur Source 
(IPb, Portb) 



1 9. nur Pakete mit Source 
(IPb, Port b)werden 
ausgewShlt 



17. SIP ,,200 OK" 

final Response 

mit Dialog Identifizienmg B 



1 S.'^Der Bjgnutzer hebt ab 



16. SIP .,200 OK** 

final Response 

mit Dialog Identifizierung B 




20. SIP CANCEL 



21. Das SendCT von 
„Early Media" wiid 
beradet 



Fig. 1 : Ausftthrungsform I 



